PAT 01302 US 

A communication terminal handling animations. 

Background of the Invention 

The invention relates to a communication terminal handling animations. 
5 These animations are shown in the display. 

During recent years animation has come to cellular phones. In the beginning 
animations were used to indicate an on-going activity - e.g. that charging is 
on-going by means of letting the battery bar repeatably increase up and then 
O 10 disappear. Animations have also been used when turning the phone on and 
H off. Also here animations were used to indicate that an activity is on-going. 

Animations have also been used to improve the appearance of the menu 
items. 
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□ 15 However there is a need for allowing the user to handle animations in a 

Hi 

jfj communication terminal in a way so the user may select the animation, edit 
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the animation and use it in a personalized way. 

Basically animation may be regarded as a simulation of a movement created 
20 by displaying a series of pictures, images, or frames. Cartoons on television 
are one example of animation. Animation on computers and communication 
terminals is one of the chief ingredients of multimedia presentations. There 
are many software applications that enable you to create animations that you 
can display on a computer monitor. An animation starts with independent 
25 pictures and puts them together to form the illusion of continuous motion. 

Summary of the Invention 

According to a preferred aspect of the invention there is provided a method of 
generating animation by displaying a sequence of images in a communication 
30 terminal. The method includes editing of at least one of the images prior to the 
generating of the animation, and successively displaying said sequence of 
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images in a predetermined order and with predetermined intervals between 
the images. Hereby the user may download animation via a WAP (Wireless 
Application Protocol) application to his phone, resize the animation so it fits to 
the capabilities of the application using the animation in the communication 
terminal. The application using the animation may be a "screen saver" 
application displaying the animation when the phone has been in idle mode a 
few seconds. Furthermore the animations may be used instead of the still 
pictures used in picture messages introduced with the phones sold under the 
trademark Nokia 3210. 



According to a second aspect of the invention a communication terminal is 
53 provided with a processor, transceiver means for communication via a 

wireless network, and a display, said processor is adapted to generate 
animation in said display by displaying of sequence of images. The 
15 communication terminal comprises means for editing of at least one of the 
images prior to the generating of the animation; and means for successively 
i;* displaying said sequence of images in a predetermined order and with 
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ilj predetermined intervals between the images. Hereby the communication 

terminal is able to personalize a received animation by resizing the animation, 
20 adding text or amending details of the animation. 



The sequence of images is preferably displayed repeatedly for a number of 
times, and the user of the communication terminal sets said number of times 
the display of the sequence of images has to be repeated. 

25 

The communication terminal may compare this number of times the display of 
the sequence of images has to be repeated with a predetermined number. If 
said number of times the display of the sequence of images has to be 
repeated exceeds said predetermined number, the communication terminal 
30 only repeats the display sequence said predetermined number of times. 
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Preferably the communication terminal repeats the display sequence said 
predetermined number of times once more every time the communication 
terminal is activated afterwards. 

According to a further aspect of the invention the editing of at least one of the 
images prior to the generating of the animation includes resizing the images 
into a display size being specific for an application in the communication 
terminal in which the animation has to be used. 

Furthermore the editing of at least one of the images prior to the generating of 
the animation includes displaying of the images as bit-map pattern, and 
changing said bit-map pattern under control of the user of the communication 
terminal, storing the edited image, transferring the changes to the remaining 
images of the sequence. 

Brief Description of the Drawing 

For a better understanding of the present invention and to understand how 
the same may be brought into effect reference will now be made, by way of 
example only, to accompanying drawings, in which: - 

Fig. 1 schematically illustrates a preferred embodiment of a hand portable 
phone according to the invention. 

Fig. 2 schematically shows the essential parts of a telephone for 
communication with e.g. a cellular network. 

Fig. 3 shows the two displays illustrating how animation is resized according 
to a preferred embodiment of the invention. 

Fig. 4 shows how animation is provided by means of individual images. 
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Fig. 5 schematically illustrates two images being edited by adding text to the 
animation. 

Fig. 6 illustrates how to provide a moving animation based on the animation 
5 explained with reference to fig. 4. 

Fig. 7 shows schematically the way of working for an animation editor 
according to a further embodiment of the invention. 

10 Fig. 8 is a flow chart showing how animation is downloaded resized and saved 
according to a preferred embodiment of the invention. 

Fig. 9 illustrates the menu structure in the animation menu according to a 
preferred embodiment of the invention. 
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i«i Detailed Description of the invention 

j;: Fig. 1 shows a preferred embodiment of a phone according to the invention, 

Li 

m and it will be seen that the phone, which is generally designated by 1 , 

comprises a user interface having a keypad 2, a display 3, an on/off button 4, 
20 a speaker 5 (only openings are shown), and a microphone 6 (only openings 
are shown). The phone 1 according to the preferred embodiment is adapted 
for communication via a cellular network, but could have been designed for a 
cordless network as well. 

25 According to the preferred embodiment the keypad 2 has a first group 7 of 
keys as alphanumeric keys, two soft keys 8, and a navigation key 10. 
Furthermore the keypad includes two call-handling keys 9 for initiating and 
terminating calls. The present functionality of the soft keys 8 is shown in 
separate fields in the display 3 just above the keys 8. This key layout is 

30 characteristic of e.g. the Nokia 6210™ phone. 
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Fig. 2 schematically shows the most important parts of a preferred 
embodiment of the phone, said parts being essential to the understanding of 
the invention. A processor 18, which i.a. supports the GSM terminal software, 
controls the communication with the network via the transmitter/receiver circuit 
5 19 and an antenna 20. 

The microphone 6 transforms the user's speech into analogue signals; the 
signals formed thereby are A/D converted in an A/D converter (not shown) 
before the speech is encoded in an audio part 14. The encoded speech signal 

10 is transferred to the processor 1 8. The processor 18 is via a bus 24 connected 
to a RAM memory 17a and a Flash ROM memory 17b, a SIM card 16, the 
display 3 and the keypad 2 (as well as data, power supply, etc.). A phonebook 
23 is furthermore connected to the processor 18 via the bus 24. The 
phonebook 23 may be stored on the SIM card 16, and/or in the RAM memory 

15 17a. The audio part 14 speech-decodes the signal, which is transferred from 
the processor 18 to the earpiece 5 via a D/A converter (not shown). The 
processor controls a screen saver application 22 and a message handling 
application 25, and a WAP Browser application 26 having an associated 
picture viewer application 27. 

20 

The layout for the alphanumeric keys 7 is shown in table 1 . 
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2 abc 


3 def 


4 ghi 


5 jkl 


6 mno 


7 pqrs 


8 tuv 


9 wxyz 


* + 







Table 1 . Layout of the alphanumeric keys 7. 



The communication terminal 1 includes a WAP Browser application 26 
25 supporting an Animated GIF format or a similar picture compression format 
(using standard formats, including definition of "running times", etc). This also 
includes support of non-animated GIF pictures. 
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These animations will be shown "running" whenever accessing a WAP page 
containing animated GIF's, and they can be scrolled as "normal" pictures 
(WBMP - Wireless BitMaP). 

5 When browsing, the user has a picture viewer option (View Picture) for 
viewing all pictures contained in the currently browsed WML deck. This 
feature is specified for non-animated WBMP pictures, and for the animated 
(and non-animated) GIF pictures. When viewing animation from this picture 
viewer, the animation will "run". 

10 

From the picture viewer, the users can store/save any of the animations or 
pictures. When storing animations (or pictures) larger than supported, the 
phone will provide a "selection border" option, by means of which the user can 
cut or select the part of the animation that he wants to save. The animation 
15 will "run" when doing this. The "selection border" will not be shown when the 
picture is smaller or equals the supported size. In some applications in the 
communication terminal the limitation will be 72x28 pixels, while the originally 
downloaded picture may fit in to the full terminal screen, e.g. 96x60 pixels. 

20 When downloading an image in WML, the file may be associated with a 

"NoSave" tag, and the terminal may recognise this "NoSave" tag and deem 
saving of the picture or the animation to be illegal, whereby the terminal 
changes the menu so the store/save option will be missing. 

25 The animation (potentially truncated in size) will be stored in the phone 

memory. Up to 5-10 animations should be possible to store (depending on 
size of animation though, can be less, can be more) with a use of memory 
corresponding to 1 ,5 kbyte. If there is no more memory available when storing 
a new animation, the user is asked to "overwrite" an existing animation. 

30 Also, a copy of the first picture in the animation will be stored in the picture 

message "inbox"; this can be used for sending this picture (not the animation) 
as a normal picture message based on a single short message (SMS - 160 
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characters). However when the user accepts to use a concatenated message 
consisting of several individual SMS messages, the terminal should allow the 
user to transmit a message including, e.g. 1-1 ,5 kbyte animation to another 
user. 

When accessing the "Screen saver" setting (as known in Nokia 3310), the 
user will be allowed to select either one of the per se known still-pictures and 
as well one of the stored animations as well. When selecting animation, the 
animation will "run" to show the user how it will look in the idle display. 



!^ When the user has selected the animation for the screen saver, the animation 

133 will start in idle mode after the specified timeout - just like the existing "still 

: . : 

Q picture" screen savers, known from Nokia 3310, are working. Idle mode the 

animation in will run a number of times as specified in the setting for the 



□ 15 animated GIF file. 

in 



Since animations may have defined a very large or indefinite amount of 
"runs", the animation will however always stop after running a predetermined 
number times, e.g. 4 times. This is done for power save reasons (this 
20 predetermined number times has to be defined after testing power 
consumption, something like up 50 runs sounds reasonable). 

When the animation is stopped in idle, the last picture of the animation will be 
displayed "permanently"; this last picture will be shown like ordinary non- 
25 animated screen savers. 

If the animation is stopped, the animation will restart whenever the user 
presses a key in idle mode - except when keyguard is active. When keyguard 
is active, a screen saver animation stopped idle mode will not restart when 
30 pressing a key, but return to the last picture of the animation after the 

specified timeout for the screen saver - this is again done for power save 
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reasons, when the phone is e.g. placed in pocket where keys may frequently 
be pressed accidentally. 

From the picture viewer, the user has an option to directly assign an 
animation (or picture) to become the screen saver for the currently selected 
profile. In this case, the animation is stored like specified above, but the 
animation is also assigned to the screen saver of the current profile. When 
selecting an animation (or picture) this way, the screen saver should be 
automatically switched on for the current profile (if it was off before). The 
timeout is unchanged. 

According to the invention animations for use in a communication terminal, 
such as a mobile telephone, may be generated on a personal computer, and 
downloaded to the communication terminal via a WAP home page, via an 
SMS gateway available via the Internet or loaded into the communication 
terminal via a data cable or an IR link between the personal computer and the 
communication terminal. 

According to the preferred embodiment of the communication terminal, the Screen 
saver application supports the parameters specified in table 2. 



Resolution - width x height 


72 x 28 pixels 


Color resolution 


Black and white 


Number of frames 


Maximum 16 


Frame duration 


Minimum 10/100 sec displayed (i.e. max 10 frames 
per second displayed). Individual frames may have 
different duration. 


Looping 


NETSCAPE2.0 (maximum 50 loops displayed) 


File size 


Max 2.5 kbyte 

• WAP deck size max 2.8 kbyte 

• Internal representation max e.g. 4kbyte 


Format 


GIF 89a 


Compression 


Any compression is allowed 
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Table 2. Screen saver application parameters. 

The animation will start showing when the phone has been idle for some time. 
After running the animation in looping mode for e.g. 50 loops the animation 
will stop. The last frame of the animation will be shown as a static screen 
saver. This means that the last frame in the animation sequence must be a 
valid picture in itself. 



Fig. 8 illustrates how the user from idle mode of the phone 1 in step 100 may 

u 

10 have two softkey labels "Menu" and "Names" for the softkeys 8 for giving 
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access to the menu structure and the phonebook database of the phone, 



m respectively. 

W 



If the user in step 101 initiates the WAP browser application 26 via the menu 
15 of the phone, the WAP browser application 26 will run in step 1 02. The two 
softkey labels will be "Option" or "Select" and "Back". By downloading 
animation as explained above, the animation will run on the display, and the 
user may select a picture viewer 27 via the selecting the "Option" softkey in 
step 103. 

20 

As mentioned above the user may inspect all pictures in the VML deck in the 
picture viewer 27 in step 104. The user may select "Save" via the "Option" 
softkey in step 105, and then the processor in step 106 automatically 
compares the downloaded animation window 32 in fig. 3 with the allowable 
25 animation window 30 set by the phone applications using the animations. 
These applications may include a screen saver application and a message 
application by means of which the user may transmit the animation to one of 
his/her friends. 

30 The user in step 107 is then allowed to move the allowable animation window 
30 relatively to the downloaded animation window 32, and according to the 
preferred embodiment of the phone the allowable animation window 30 is 
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moved step wise by pressing one of the keys "2/abc", "4/ghi", n 6/mno n and 
"8/tuv" for up, left, right and down, respectively. During this step the entire 
display is preferably occupied by the animation. The start layout corresponds 
to the first picture in the sequence of fig. 3. During this process the animation 
31 will run, so the user will have the possibility to ensure that as much of the 
area 33 is used for the animation to be inside the allowable animation window 
30 as possible. Pressing the "5/jkl" key will select the area currently marked 
for the allowable animation window 30 as shown in the layout corresponding 
to the second picture in the sequence of fig. 3. 

Hereby the first picture of the animation is displayed in the allowable 
IM animation window 30 as shown in the layout corresponding to the third picture 

fiJ 

Q in the sequence of fig. 3, with phone icons 42 and soft key label around the 

1 w allowable animation window 30. If the user confirms to save the animation, the 

\ 15 process looks for enough memory space at step 108, and saves the 

animation at step 1 10 if the space is available. The user may add a name tag 
for the animation or edit a suggested name tag if available. If there is not 
enough free memory space available, the user is invited in step 109 to identify 
an existing animation to overwrite. If the user does not identify an existing 
20 animation for overwriting the phone goes back to the picture viewer at step 
104 without saving the animation. Otherwise the animation will be saved and 
the phone goes back to step 1 04. 

In fig. 4 the structure of the preferred embodiment of the animation is shown. 
25 The animation consists according to the preferred embodiment of N (e.g. 8) 
individual images 38 having a size of 72 x 28 pixel. The format used is GIF or 
WBMP (one bit black/white for each pixel). During the animation each image 
stays on the display for a while - preferably for longer than 0.1 sec, and the 
duration may be set individually for each image or frame. From the picture 
30 viewer 27 (step 104) the user is able to inspect already stored animations, 
and this inspection gives opportunity to individually set the of duration times 
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(refreshing periods) TVTn, and to the number (R, 39) of loops the animation 
will run through. 

In the following reference is made to fig. 9. According to the preferred 
5 embodiment of the invention the animation stored in the phone will be 

available from the menu. In an "animation" sub menu 120 the user may view 
the titles of available animations and scroll through the list by using the scroll 
key 10, and select an animation by pressing the "select" softkey when the 
desired name is highlighted. When one of the animations, e.g. "Running 
10 man", is selected the user may operate on the images, set duration's T k , set 
the number of loops, resize the image, and add movement to the animation. 

When the user has selected to operate on the images, he will enter "images" 
menu 122. 



D 15 



Here the user has an opportunity for pixel-wise editing the images in the 
animation one by one by entering the "Edit images" menu in the "images" 
!!i menu 122. Fig 7 is shown in enlarged scale for illustration purposes only. 

Here the user may operate on individual pixels by moving a blinking pixel 
20 cursor 42 step wise by pressing one of the key "2/abc", "4/ghi", "6/mno" and 
"8/tuv" for up, left, right and down, respectively. By pressing the "5/jkl" key will 
switch the highlighted pixel from black 41 to white 43 or vice versa. The 
animation has an outline 44. 



25 Furthermore the user has an opportunity for adding text to the animation by 
entering the "Add text" menu in the images menu 122. Fig. 5 shows how the 
user has a possibility to add a preferably stationary text to animation. In 
practise the text is added to the first image in the sequence and directly 
copied to the other images in the sequence. This feature is attractive for small 

30 groups of people having fun of having a common personalised screen saver 
on the phone, or individuals having their own name shown on the screen, etc. 



When the user has selected to operate duration setting, he will enter "setting 
menu" 123, where the settings are listed, and the user may select one of the 
settings and edit the setting. Hereby the animations may be slowed down or 
speeded up. 

In "loop setting" menu 124, the user may set the number of repetitions. In the 
"resizing menu" 125 user may set a new image size - e.g. in order to save 
space when sending the animation as a message - and then the phone will 
go to the resizing window of fig. 3. The smallest window is the moveable one 
no matter whether the source window or the destination window is smallest. 

In "add moving" menu 126 the user may add speed and direction to the 
animation. Fig. 6 illustrates that the user has the possibility to add a speed 
vector to the animation sequence by setting a velocity of e.g. moving the 
animation 20 pixels per animation loop, in one of preferably four directions 
toward left, right, up and down. 

This is done by having the N images in the sequence stored in the Flash ROM 
17b and by generating N new images in the RAM memory 17a. If the starting 
point is outside the left side of the image and the moving direction is toward 
right, the first new image is fully white and display time is Ti. In the next period 
a number of columns corresponding to the velocity (e.g. 20 pixels per loop 
sequence) multiplied with the duration of the first image and divided with total 
duration of the N images. 

Displacement D for image m, in loop P 

m N 

D(m,P) = (speed x I T k / 1 T k ) + (P-1) x speed 

T k is the duration of the k'th element in the sequence. For the first loop 
sequence P will be 1 and the second term will be zero. 
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When all eight images are stored in the RAM after the first loop sequence, the 
images are subsequently updated by displacing the pixels with the speed 
(pixels per loop) in the direction specified. 

Finally the user has the possibility to preview the edited animation from the 
menu 121 . 

The invention has been described with reference to the WBMP format and the 
GIF format. However other formats may become relevant when using grey 
scales and colors in the display. 

What is claimed is: - 



